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T his month i'm going to be discussing the Smalltalk 
Solutions conference that took place in New York at 
the beginning of M arch. This isn't my usual territory, 
since it hasn’t got much to do with the Internet, so I'll 
break with tradition and discuss some of the topics I gen¬ 
erally avoid: rumors, impressions, and products I haven’t 
used. Obviously, you shouldn't be basing important deci¬ 
sions on my first looks at a product, or on unsubstantiat¬ 
ed rumors. In fact, just to make things more interesting, I 
made up one of the rumors myself. See if you can spot it 
yourself before turning to the end for the solution. 

In general, the thing that impressed me most about 
this conference was the maturing of the Smalltalk indus¬ 
try. The number and variety of different applications was 
remarkable, and they weren’t confined to traditional busi¬ 
ness systems. For example, I was surprised to learn that 
the driver’s license kiosks in Ontario (where I li\«) are pro¬ 
grammed in Smalltalk. 

It’s no longer the case that everyone is talking about 
small pilot projects and introducing Smalltalk into the 
organization. An increasing number of organizations 
have delivered mission-critical systems in Smalltalk and 
realized significant gains from them. There’s more con¬ 
cern with "business value" and how to make the transi¬ 
tion to the "early majority” of users than there is with the 
latest cool features. 

NEWS AND RUMORS 

Speaki ng of cool features, Java is heavi ly i n the news these 
days, and often cited as a threat to Smalltalk. In fact, many 
advocates of Java seem to believe that it instantly makes 
all existing languages and operating systems obsolete. I 
admit to knowing some people who feel that way about 
Smal Ital k, but the Java zealots are doi ng a remarkable job 
of worrying people who really ought to know better. This 
leads to a couple of interesting Java rumors 

One, which appeared in comp.lang.smalltalk suggest¬ 
ed that ParcPIace-Digitalk was in the process of making a 
Java VM which would be several times faster than Sun's. 
This is technically plausible, since current Java imple- 
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mentations are abysmally slow, and it shouldn't be that 
difficult to adapt a Smal Ital kVM to run Java. On the other 
hand, I’ve seen no confirmation of this, especially not 
from PPD. 

M icrosoft is reacting to thejava hysteria, and although 
they have licensed it for use in their own web browser, 
they’re also at work on a product to rival Java, leveraging 
their existing technology. In accordance with the emerg¬ 
ing standards for naming conventions of such products 
(bad puns based on coffee) the new product will be 
named "au lait.” 

One of the strengths of Java is that implementations 
are quite cheap, and often free. There have been numer¬ 
ous complaints from the community that, in the pursuit 
of the corporate market, Smalltalk vendors have priced 
themselves out of range of individuals and small compa¬ 
nies. Anyone who feels this way should be happy to hear 
the latest from Skip McGaughey (market manager for 
VisualAge). Responding to a question on his keynote 
speech, he said that we "absolutely need" a cheap 
Smalltalk that runs on an 8- to 16-M B machine and comes 
with multimedia instructional software so that users don't 
need expensive training. "Are we there today? No. Will we 
be there a year from now? We have to be." 

Getting back into the factual and the present, the 
draft X3J20 report on the ANSI standard Smalltalk is now 
available for review. The initial informal review period 
ended April 30, but review and revisions continue. To 
get a copy, contact Lynn Barra at 202.626.5738 or 
lbarra@itic.nw.dc.us. There’s also an X3 web page at 
http://www.x3.org. The ANSI committee has done some 
very interesting work, and obviously put a lot of thought 
into defining the language without overconstraining 
future implementations. They have decided not to define 
a standard for namespaces, not because they don’t think 
they’re i m portant, but because they th i n k stand ard i zati on 
now would be premature. Although I'm a little dis¬ 
appointed that vendors won't be forced to implement 
namespaces, I have to agree with their reasons 

A big part of this column turned out to be about IBM 
and OTI. That’s partly because there was i nteresti ng news 
on that front and partly for another reason. It’s been quite 
a while since the merger and there’s still very little infor- 
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mation on PPD’s future plans, which are of critical impor¬ 
tance to anyone working in Smalltalk. I had prepared a 
modest diatribe on the subject and it had already been 
typeset when the information finally started to flow. It's 
still a trickle, but its enough that I’m willing to hold back 
my wrath a little while, especially since the trickle con¬ 
tains encouraging words like "no runtime fees.” 

IBM BUYS OTI 

When IBM became a Smalltalk vendor it marked a signifi¬ 
cant milestone in the evolution of the language, giving it 
legitimacy in the eyes of many major corporations. IBM 
had licensed their underlying Smalltalk technology from 
OTI, and now they have acquired that technology outright. 

Given the close relationship between the two compa¬ 
nies lately this wasn’t a complete surprise, but it did worry 
a number of people. One worry, for fans of OTI, is that 
being part of IBM might destroy their unique corporate 
culture. The other worry, for fans of Visual Works/ Envy, is 
the long-term outlook for that product. Skip McGaughey 
tried to dispel these fears i n his keynote address. 

He re-affirmed that OTI would act as an independent 
subsidiary of IBM, and that it would continue to be run by 
Dave Thomas. In fact, he said that all Smalltalk activity 
within IBM now reports to Dave, so that "in a very real 
sense, DaveThomas acquired IBM." He also emphasized 
the idea of both competing and collaborating. One exam¬ 
ple of this collaboration was that OTI will continueto sup¬ 
ply VisualWorks Envy, enabling their competition, but 
allowing everyone to win by growing the market. That 
takes care of one side of the equation, but it remains to be 
seen how ParcPIace-Digitalk feels about having such an 
important system component provided by a competitor. 
Whether or not we see a version of Envy for VisualWave 
will be a very strong signal of theirfuture direction. 

One area where OTI's culture is already being affected 
is in the relaxation of their vows of silence. OTI staff are 
known for never letting any information slip before some¬ 
thing is officially announced. Skip McGaughee instead 
emphasized the need for clear communications, even 
with competitors. For example, he said that IBM will let 
anyone see their plans for the next version without sign¬ 
ing a non-disclosure agreement. 

EMBEDDED/SERVER SMALLTALK 

OTI'stools for doing embedded and server programming 
in Smalltalk are one of the most interesting bits of tech¬ 
nology I’ve seen in a while. Although it's an area which 
is unfamiliar to most of the Smalltalk community, I 
believe that they will be very important to the future of 
Smalltalk. 

Smalltalk is generally considered to be very resource¬ 
intensive. Development environments typically suggest 
16 to 32 M B RAM and executables have trouble running in 
4 to 8 M B. You certainly wouldn't think of using Smalltalk 
for a real-time system with only 512 K, would you? OTI 
would, and they’ve been doing it for quite a long time. 
Now they’ve come out with their second generation of 
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embedded tools and they’re starting to promote them 
more aggressively. 

In getting such small footprints, they have an advan¬ 
tage over most of us because they’re typically writing for 
systems that don't have screens, mice, keyboards, or disk 
drives. All these things need code to control them, which 
takes spaces. On the other hand, these absences make 
developing and debugging with these machines extreme¬ 
ly difficult. OTI’s toolset tries to make it more like regular 
development. Here’s a quick summary of the features I 
found most interesting. 

You develop on a workstation, but with a difference. In 
regular Smalltalk your development and execution envi¬ 
ronments are the same. You write code, then execute it i n 
the same environment that runs your browsers, compil¬ 
ers, and so forth. When you’re ready to deliver, you strip 
out what you’re not usi ng. I n Envy/ Embedded you create 
a specification of an image to run on the embedded sys¬ 
tem, and you write code to execute in that environment. 
The class libraries you use can be entirely different than 
what’s on your workstation. 

When you’re ready to run, your code is transferred 
(through a serial port or network interface) to the real 
machine and run. You have full interactive debugging 
facilities, it'sjust that the debugger is on your workstation 
and the code being run is on the target system. You have 
remote inspectors and workspaces, single-stepping, and 
the ability to save code and continue. 

For packaging, there are a number of very interesting 
features. The entire virtual machine is re-entrant, so it can 
be put in ROM and shared between multiple images. The 
same thing can be done with large parts of the image. On 
some real-time operating systems Smalltalk can use the 
operating system threads instead of the normal Smalltalk 
processes. 

It’s these last two that seem to me to have the most sig¬ 
nificant implications for desktop environments Better 
separation of development and delivery environments is 
important, but the ability to share most of the environ¬ 
ment in read-only mode could easily lead to truly share¬ 
able Smalltalk DLL’s. This would let me run many fine¬ 
grained Smalltalk applications simultaneously without 
the memory overhead of starti ng a separate VM for each 
one. I don't think that the use of real operating system 
threads is critical if you have a non-blocking API capabil¬ 
ity, but its something for which Smalltalk is often criti¬ 
cized, so it’snicetoseea real implementation. 

AI ot of thesefeatu res are very si mi I ar to IB M's forthcom¬ 
ing MVS Smalltalk, and this is no coincidence. Brian Barry 
of OTI, in presenting the embedded product, described 
MVS as a really, really large embedded system. Many of the 
characteristics of embedded systems are shared with 
servers, and many of thesamefeatures are i important. 

PROGRAMMING EPISODES 

Ward Cunningham gaveatalkon a model of thedevelop- 
ment process, subtitled "Finding and Exploiting Great 
Objects When You BarelyHaveTimetoThink.’’Ward works 


in the financial world, with very demanding customers 
and very tight dead I i nes. This is his model of how to devel¬ 
op in that environment and still produce great code. I guess 
it’s a development method, but it's a lot looser and willing 
to rely on people’s competency than most of the methods 
I've seen. That makes it appeal i ng to me as a programmer, 
but it still has enough structure that I can believe it would 
hel p meet deadl i nes. That’s quite an accompl ishment. 

First, a bit of background, in case you’re unfamiliar 
with Smalltalk theology. Ward Cunningham is a very long¬ 
time Smalltalker, who worked atTektronixin closecollab- 
oration with Kent Beck.Theydid a lot of cool stuff togeth¬ 
er, like designing the HotDraw graphical editing frame¬ 
work and inventing CRC cards. They were also among the 
first to look at applying patterns to software, and although 
this talk was not described in terms of patterns, the influ¬ 
ence was clear. 

He started with a very simple structure for software 
development, which was successively elaborated with 
more detailed ideas, applicable in particular situations. 
It's hard to describe, so I’ll just give a bit of flavor by para¬ 
phrasing a couple of the ideas. 

Spike Solution 

You’ve got an informal labor plan and you want to move 
towards implementation. You need to do some prelimi¬ 
nary coding to make sure you understand the require¬ 
ment and its implications, but you don’t want to get 
bogged down in dealing with the complexities of existing 
code. So, write the smallest possible code to perform that 
requirement, independent of the existing mechanisms. 

For example, take a clean image and implement the 
absolute basics of that requirement, as fast as possible. 
This is called a "Spike Solution” because it's like driving a 
spike into a wall. You do it to find out how thick the wall is 
and where you'll come out. You stop driving the spike as 
soon as the tip comes out the other side. Later on you'll 
drive the nails for real. 

Motivated Consolidation 

Consolidation is important, but your consolidation will 
be better the longer you put it off. Also, in the normal 
course of things you will never consolidate, because this 
is an environment where you barely have time to think. 
Therefore, you consolidate when, and only when, it's 
the shortest route to getting something out the door. 
Fixing the code and adding the new feature will take 
less time than just hacking in the new feature, and you 
only do it for regions of the code where it's motivated 
(i.e., funded). One of the essential elements for consoli¬ 
dation is regression tests. They’re incredibly liberating, 
because they let you change something radically and 
still know if it works or not. 

If this looks interesting, you can find more informa¬ 
tion, including the "Episodes" pattern languageon which 
this is based, on Ward's web site at http://c2.com. 

The solution to the rumor puzzle is, read from right to 
left: "romur tial ua eht pu edam I" Si 
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